home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX 6.5 Applications 1999 November
/
SGI IRIX 6.5 Applications 1999 November.iso
/
relnotes
/
sgimeeting
/
ch4.z
/
ch4
Wrap
Text File
|
1999-10-15
|
8KB
|
265 lines
- 1 -
4. _K_n_o_w_n__B_u_g_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
This chapter lists known bugs and workarounds for SGImeeting
at the time of release.
4.1 _K_n_o_w_n__B_u_g_s
SGImeeting has the following known bugs:
_S_h_a_r_e_d _w_i_n_d_o_w_s _a_p_p_e_a_r _o_n _a_l_l _d_e_s_k_t_o_p_s
When using multiple desktops, windows shared from other
systems appear on all desktops. There is presently no
workaround for this.
_S_t_a_c_k_i_n_g _o_r_d_e_r _o_f _s_h_a_r_e_d _a_p_p_l_i_c_a_t_i_o_n_s _i_n_c_o_n_s_i_s_t_e_n_t
When viewing shared application from another system, it
is difficult to modify the stacking order of the shared
windows on your desktop. This is partially remedied by
using the Ctrl-Alt-F3 key sequence.
4.2 _K_n_o_w_n__L_i_m_i_t_a_t_i_o_n_s
_C_l_i_p_b_o_a_r_d _i_r_r_e_g_u_l_a_r_i_t_y
When in a conference with the "automatically share
clipboard" option set, cut and paste in non-shared
applications can display unexpected results. To avoid
this problem, do not select this option.
_S_h_u_f_f_l_i_n_g _w_i_n_d_o_w_s _d_u_r_i_n_g _a_p_p _s_h_a_r_i_n_g _i_s _i_n_c_o_n_s_i_s_t_e_n_t
When viewing shared applications from another system,
it is difficult to modify the stacking order of local
windows using the window manager "Shuffle Up/Down" menu
items, or the Alt ESC key binding. This problem can be
fixed by setting the 4Dwm resource
_4_D_w_m*_p_o_s_i_t_i_o_n_O_n_S_c_r_e_e_n to _f_a_l_s_e in your $HOME/.Xdefaults
- 2 -
file. A similar fix will work for the Mwm and CDE dtwm
window managers.
_F_o_c_u_s _i_r_r_e_g_u_l_a_r_i_t_y _w_h_e_n _s_h_a_r_i_n_g _a_p_p_l_i_c_a_t_i_o_n_s
When sharing applications, keyboard input focus policy
can appear inconsistent if the conference participants
are not using a policy of "click to focus". This is
caused by an implicit assumption in the T.128 protocol
that participants are using click to focus. While the
effects of this are not harmful, it can be confusing to
conference participants. To avoid this, use the click
to focus window manager policy in the Desktop >
Customize > Windows menu in the toolchest.
_A_p_p_l_i_c_a_t_i_o_n _s_h_a_r_i_n_g _m_a_y _b_e _l_i_m_i_t_e_d _t_o _8-_b_i_t _c_o_l_o_r
SGImeeting V1.0 or later has an extension to the T.128
protocol that supports 24-bit color. SGImeeting V1.3
or later has an implementation of the Microsoft
NetMeeting 24-bit color extension. When sharing
applications with a platform that supports neither of
these extensions images will be limited to 8-bit color,
or 256 colors. Applications with greater visual depth
are color reduced to meet the T.128 protocol
restriction. This is true when hosting applications on
all known T.128 based platforms, including Microsoft
NetMeeting V2.1.
_O_n_l_y _o_n_e _i_n_s_t_a_n_c_e _o_f _S_G_I_m_e_e_t_i_n_g _c_a_n _r_u_n _a_t _a _t_i_m_e
Because of restrictions in the T.120 protocol, only one
copy of SGImeeting may run on a system at a time. This
restriction means that a user cannot carry on more than
one conference at a time from any one desktop, and also
means that only one user at a time may use SGImeeting
on an Octane DUO system.
_M_i_c_r_o_s_o_f_t _N_e_t_M_e_e_t_i_n_g _W_h_i_t_e_b_o_a_r_d _P_r_o_t_o_c_o_l _R_e_s_t_r_i_c_t_i_o_n_s
Microsoft NetMeeting V2.1 and earlier are limited to
the Microsoft Proprietary Whiteboard Protocol, and
cannot use the T.126 whiteboard protocol. When
collaborating with NetMeeting V2.1, T.126 whiteboard
traffic will not be visible to the NetMeeting user.
- 3 -
Microsoft NetMeeting V3 uses the T.126 protocol by
default. When in conference with NetMeeting V3, it may
be necessary to use the T.126 mode switch in the
options menu to avoid incompatibilities with
NetMeeting. It is recommended that NetMeeting V3 be
configured in NetMeeting V2.1 compatibility mode in
mixed-mode conferences, and that the Microsoft
proprietary protocol be used for such conferences.
_F_u_l_l-_s_c_r_e_e_n _o_v_e_r_l_a_y_s
Some applications such as Alias|Wavefront Maya make use
of full-screen overlays to draw their popup menus.
When sharing such applications, the overlay regions
that appear outside the application's windows are not
visible to conference participants who are viewing the
application. This is an intended limitation for
security purposes.
_M_i_c_r_o_s_o_f_t _N_e_t_M_e_e_t_i_n_g _V_3 _A_p_p_l_i_c_a_t_i_o_n _S_h_a_r_i_n_g _C_o_n_t_r_o_l
_L_i_m_i_t_a_t_i_o_n
It is not possible to take control of applications
shared by NetMeeting V3. This limitation is due to
protocol changes in NetMeeting V3, and affect
NetMeeting V2.1 conferences with NetMeeting V3 as well.
_T._1_2_6 _W_h_i_t_e_b_o_a_r_d _R_e_s_t_r_i_c_t_i_o_n_s
Because of the restrictions imposed by the T.126
whiteboard protocol, some features available with the
NetMeeting proprietary whiteboard protocol are either
not available, or behave differently when using the
T.126 protocol. These include:
_T_e_x_t _e_d_i_t_i_n_g
Because the T.126 protocol does not support
text primitives, textual annotations are
rendered using bitmaps. Therefore, resulting
text cannot be edited after being completed.
_Z_o_o_m
- 4 -
When using the proprietary whiteboard
protocol, the zoom feature is always
synchronized with other conference
participants. This is not the case when
using the T.126 protocol.
_R_e_m_o_t_e _P_o_i_n_t_e_r_s
The semantics of remote pointers can vary on
remote systems when using the T.126 protocol.
This is due to variations in T.126
implementations.
_P_a_g_e _O_r_d_e_r_i_n_g
Page ordering in the T.126 whiteboard is not
synchronized between systems. Modifications
to the page ordering after the conference has
begun is a local operation, and does not
propagate to other participants.
_L_o_c_k_i_n_g
The T.126 whiteboard does not support
whiteboard locking.